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DETAILED ACTION 

RESPONSE TO ARGUMENTS 

1 . Applicant's arguments filed 06/1 1/2009 in regards to the response filed 
10/27/2008 have been fully considered but they are not persuasive. 

Double Patenting Rejection 

2. The Double Patenting rejection has been sustained. See the Decision on Petition under 
37C.F.R. § 1.181 of 05/06/2009. 

Rejections under 35 U.S.C. § 101 

3. In response Applicants directed attention towards the USTPO Official Gazette Notice 
dated 22 November 2005, entitled "Interim Guidelines for Examination of Patent Applications 
for Patent Subject Matter Eligibility", the Examiner notes that any position taken on 35 U.S.C. § 
101 is based on the substantive law, not the guidelines themselves, and further that the interim 
guidelines do not constitute substantive rulemaking and do not have the effect of law. 

4. Data structures not claimed as embodied in computer-readable media are descriptive 
material per se and are not statutory because they are not capable of causing functional change in 
the computer. See, e.g., Warmerdam, 33 F.3d at 1361, 31 USPQ2d at 1760 (claim to a data 
structure per se held nonstatutory). Such claimed data structures do not define any structural and 
functional interrelationships between the data structure and other claimed aspects of the 
invention which permit the data structure's functionality to be realized. Similarly, computer 
programs (i.e. as claimed by Applicant in claims 20-22) claimed as computer listings per se, i.e., 
the descriptions or expressions of the programs, are not physical "things." They are neither 
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computer components nor statutory processes, as they are not "acts" being performed. Such 
claimed computer programs do not define any structural and functional interrelationships 
between the computer program and other claimed elements of a computer which permit the 
computer program's functionality to be realized. 

5. An analysis under 35 U.S. C. § 101 includes a determination of whether the invention as 
claimed falls under one of the four statutory categories. Applicant's claims stand rejected under 
35 U.S.C. § 101 since Applicant's claims are directed towards signals and computer programs 
per se, neither of which are included in a class of statutory subject matter. Further, at least claim 
1 does not transform an article or physical object to a different state; neither does it produce a 
useful, concrete, and tangible result. This is apparent since the claim merely recites a signal 
which includes certain data. 

Rejections under 35 U.S.C. § 102 

6. Applicant argues that Zintel does not disclose: "further level of subsidiary device types 
depending from the basic device type and inheriting properties of higher level device types on 
which the subsidiary device type depends, but not including any further level of subsidiary 
device types depending from the controller device type". However, these limitations are 
described in at least [0002] and [0069] of Zintel which describes the dynamic connectivity 
among distributed devices and services and the capability for devices to automatically self- 
configure to interoperate with other peer devices on a network in a pervasive computing 
environment. Zintel goes on to disclose device type descriptions (which are exchanged between 
networked devices) including a Device Type Identifier, the fixed elements in the Description 
Document, the required set of Service Definitions in the Root Device, and the hierarchy of 



Application/Control Number: 10/523,380 Page 4 

Art Unit: 2445 

required Devices and Service Definitions. See also the following figures of Zintel and 
accompanying paragraphs: fig. 1-3, 5, 7-8, 11. 

7. Regarding Applicant's remarks towards MPEP 706 and 37 CFR § 1 . 104, the prior art has 
been cited clearly and articulated through the indication of relevant portions of the prior art. 
Further, the pertinence of the cited prior art reference is apparent (See at least the abstract of 
Zintel). 

8. PATENTS ARE RELEVANT AS PRIOR ART FOR ALL THEY CONTAIN. "The use 
of patents as references is not limited to what the patentees describe as their own inventions or to 
the problems with which they are concerned. They are part of the literature of the art, relevant for 
all they contain." In re Heck, 699 F.2d 1331, 1332-33, 216 USPQ 1038, 1039 (Fed. Cir. 1983) 
(quoting In re Lemelson, 397 F.2d 1006, 1009, 158 USPQ 275, 277 (CCPA 1968)). A reference 
may be relied upon for all that it would have reasonably suggested to one having ordinary skill 
the art, including nonpreferred embodiments. Merck & Co. v. Biocraft Laboratories, 874 F.2d 
804, 10 USPQ2d 1843 (Fed. Cir.), cert, denied, 493 U.S. 975 (1989). 

9. Examiner has cited particular columns and line numbers and/or figures in the references 
as applied to the claims for the convenience of the applicant. Applicant is reminded that 
rejections are based on references as a whole and not just the cited passages. Although the 
specified citations are representative of the teachings in the art and are applied to the specific 
limitations within the individual claim, other passages and figures may apply as well. It is 
respectfully requested from the applicant, in preparing the responses, to fully consider the 
references in entirety as potentially teaching all or part of the claimed invention, as well as the 
context of the passage as taught by the cited art or disclosed by the examiner. 
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Double Patenting 

10. The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. A nonstatutory obviousness-type double patenting rejection 
is appropriate where the conflicting claims are not identical, but at least one examined 
application claim is not patentably distinct from the reference claim(s) because the examined 
application claim is either anticipated by, or would have been obvious over, the reference 
claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re 
Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re 
Vogel, All F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

11. A timely filed terminal disclaimer in compliance with 37 CFR 1.321 (c) or 1 .32 1 (d) may 
be used to overcome an actual or provisional rejection based on a nonstatutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a result of activities undertaken within the 
scope of a joint research agreement. 

12. Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 



Application/Control Number: 10/523,380 Page 6 

Art Unit: 2445 

13. Claims 1-22 are provisionally rejected on the ground of nonstatutory obviousness-type 
double patenting as being unpatentable over claims of copending Application No. 10/523377. 
Although the conflicting claims are not identical, they are not patentably distinct from each other 
because claims 1-7, 11-14, and 16-19 contain every element of the instant application and as 
such anticipates the claims 1-22 of the instant application. 

14. This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 



Claim Rejections - 35 USC § 101 

15. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent 
therefor, subject to the conditions and requirements of this title. 

16. Claims 1-2, and 20-22 are rejected under 35 U.S.C. 101 . Claims 1-2 are directed towards 
a signal which is non-statutory subject matter. Claims 20-22 are directed towards a computer 
program which is non-statutory subject matter. 

17. Data structures not claimed as embodied in computer-readable media are descriptive 
material per se and are not statutory because they are not capable of causing functional change in 
the computer. See, e.g., Warmerdam, 33 F.3d at 1361, 31 USPQ2d at 1760 (claim to a data 
structure per se held nonstatutory). Such claimed data structures do not define any structural and 
functional interrelationships between the data structure and other claimed aspects of the 
invention which permit the data structure's functionality to be realized. Similarly, computer 
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programs claimed as computer listings per se, i.e., the descriptions or expressions of the 
programs, are not physical "things." They are neither computer components nor statutory 
processes, as they are not "acts" being performed. Such claimed computer programs do not 
define any structural and functional interrelationships between the computer program and other 
claimed elements of a computer which permit the computer program's functionality to be 
realized. In contrast, a claimed computer-readable medium encoded with a computer program is 
a computer element which defines structural and functional interrelationships between the 
computer program and the rest of the computer which permit the computer program's 
functionality to be realized, and is thus statutory. See Lowry, 32 F.3d at 1583-84, 32 USPQ2d at 
1035. Accordingly, it is important to distinguish claims that define descriptive material per se 
from claims that define statutory inventions. 

Claim Rejections - 35 USC § 102 

18. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention inn described in (I) an application for patent, published under section 122(b), by another 
filed in the United States before the invention by the applicant for patent or (2) a patent granted on an 
application for patent by another filed in the United States before the invention by the applicant for patent, 
except that an international application filed under the treaty defined in section 351(a) shall have the 
effects for purposes of this subsection of an application filed in the United States only if the international 
application designated the United States and was published under Article 21(2) of such treaty in the 
h'.nglish language. 
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19. Claims 1-22 are rejected under 35 U.S.C. 102(e) as being anticipated by U.S. 
2002/0029256 to Zintel et al (hereinafter Zintel). 



Regarding claims 1-3,6, 14, 22 Zintel teaches a method of operation of a networked 
device, including: transmitting or receiving (104) a simple device description message (230) of 
defined length (Zintel, abstract, retrieval of device description.), the simple device description 
message being in the form of a token-compressed message compressed from a human-readable 
message format (Zintel, abstract, the description is written using XML based syntax.), the 
message including a device type value representing the type of the other device (Zintel, abstract, 
description includes model name and number as well as a list of embedded devices.); the device 
type value being selected from a device type hierarchy having predetermined top level elements 
including a controller device type (52) and a basic device type (54) (Zintel, [0069], A Device 
Definition includes a Device Type Identifier, the fixed elements in the Description Document, 
the required set of Service Definitions in the Root Device, and the hierarchy of required Devices 
and Service Definitions.), and at least one further level (68) of subsidiary device types depending 
from the basic device type (54) and inheriting properties of higher level device types on which 
the subsidiary device type depends, but not including any further level of subsidiary device types 
depending from the controller device type (52) (Zintel, [0002]. Zintel discloses dynamic 
connectivity among distributed devices and services, and more particularly relates to providing a 
capability for devices to automatically self-configure to interoperate with other peer networking 
devices on a network, such as in a pervasive computing environment.). 
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Regarding claim 4, 9 Zintel teaches a method according to claim 3 further including the 
steps of: establishing (102) the address of at least one other device; sending (104) a simple 
device description query message to the other device or one or more of the other devices 
requesting a simple device description; receiving (106) from the other device or devices the 
simple device description message (Zintel, [0061], user control points initiate discovery and 
communicate with controlled devices. Events are received from controlled devices.). 

Regarding claim 5, Zintel teaches a method according to claim 3 further comprising 
sending (108) an extended device description query message to the other device or one of the 
other devices requesting an extended device description from the other devices; and receiving 
(110) from the other device or the one of the other devices an extended device description of 
variable length (Zintel, [0061], user control points initiate discovery and communicate with 
controlled devices. Events are received from controlled devices.). 

Regarding claim 7, Zintel teaches a method according to claim 6 further including: 
determining the extent to which the controller can control the other device by determining the 
lowest level of device type that either is the device type of the other device or is a higher level 
device type from which the device type of the other device depends, in the list of device types 
that can be controlled by the controller (Zintel, fig. 3,11, 12). 

Regarding claim 8, Zintel teaches a method according to claim 7 further including: 
receiving (120) a controller query message from another device including an requested device 
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type value to request whether the controller is able to control a device of the requested device 
type (Zintel, [0233], request to control server.); and responding (122) with a controller response 
message including a device type value representing the lowest level of device type in the list of 
device types that either is the requested device type or is a higher level device type from which 
the requested device type depends (Zintel, [0234], response to request.). 

Regarding claim 10, Zintel teaches a method according to claim 9 wherein the 
predetermined top level elements in the device type hierarchy further include a composite device 
type, and the networked device is of the composite device type having the functionality of an 
integer number of other devices (Zintel, [0062], control points and controlled devices.), the 
method further comprising: responding to a received simple device description query message by 
sending a simple device description message (230) including the device type value (232) 
representing the device as a composite device and further an integer sub-device number being the 
number (234) of other devices (Zintel, [0062], controlled devices respond to discovery requests, 
accept incoming communications from control points and send events to control points. Single 
devices implement functionality of control point and controlled devices.). 

Regarding claim 1 1 , Zintel teaches a system, comprising a plurality of networked devices 
(200) each having a transceiver (8) for sending and receiving network messages, the networked 
messages including device description messages identifying the device type of a networked 
device (Zintel, abstract, retrieval of device description messages. Paragraphs [0061-0062], 
communication with UPnP controlled devices including initiating discovery with controlled 
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devices and receiving events from controlled devices.); wherein each networked device has a 
predetermined device type selected from a device type hierarchy having predetermined top level 
elements including a controller device type (52) and a basic device type (54) (Zintel, [0069], A 
Device Definition includes a Device Type Identifier, the fixed elements in the Description 
Document, the required set of Service Definitions in the Root Device, and the hierarchy of 
required Devices and Service Definitions.), and at least one further level (68) of subsidiary 
device types depending from the basic device type and inheriting properties of higher level 
device types on which the subsidiary device type depends, but not including any further level of 
subsidiary device types depending from the controller device type (Zintel, [0002]. Zintel relates 
generally to dynamic connectivity among distributed devices and services, and more particularly 
relates to providing a capability for devices to automatically self-configure to interoperate with 
other peer networking devices on a network, such as in a pervasive computing environment.); at 
least one of the networked devices is a controller device (2) with the controller device type (52) 
(Zintel, fig. 2, user control point.); and at least one of the networked devices is a controlled 
device (4) with a device type of the basic device type (54) or a device type (62,64,66,) depending 
from the basic device type (54) (Zintel, fig. 2, controlled device, bridge.). 

Regarding claim 12, Zintel teaches a system according to claim 11, wherein the plurality 
of networked devices include at least one simple device without the capability to decompress 
messages and interpreting directly compressed simple device description query messages (Zintel, 
[0064], service provider translates between UPnP protocols and protocols used by bridged and 
legacy devices.) and at least one complex device including a message decompression 
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arrangement (184) for decompressing the messages and a message interpreter for interpreting the 
decompressed messages (Zintel, [0073-0075], device type identifier, device friendly name, 
unique device name used by devices in searching and identifying. Also, [0077], user control 
point uses standard http header.). 

Regarding claim 13, Zintel teaches a system according to claim 1 1 or 12 wherein the 
predetermined top level elements further include a composite device type (Zintel, [0062], 
controlled devices respond to discovery requests, accept incoming communications from control 
points and send events to control points. Single devices implement functionality of control point 
and controlled devices.); the system includes at least one networked device of the composite 
device type having the functionality of a predetermined number of other devices, the 
predetermined number being an integer greater than or equal to 2 (Zintel, fig. 2, user control 
point, controlled devices.); and each of the at least one networked device of the composite device 
type responds to an incoming device query message requiring a simple device description by 
sending a simple device description (230) including the device type (232) as a composite device 
and a sub-device number (234) representing the predetermined number of other devices (Zintel, 
abstract, retrieval of device description including model, serial number, and list of embedded 
devices.). 

Regarding claim 15, Zintel teaches a networked device according to claim 14, wherein 
the message handler is arranged to carry out the steps of: establishing (102) the address of at 
least one other device; sending (104) a simple device description query message to another 
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device requesting a simple device description; receiving (106) from the other device the simple 
device description message of fixed length including a device type value representing the type of 
the other device and a field indicating whether an extended device description is available 
(Zintel, [0061-0062], communication with UPnP controlled devices including initiating 
discovery with controlled devices and receiving events from controlled devices. See also 
abstract.); and further arranged to optionally carry out the steps of: testing the simple device 
description message to determine whether an extended device description is available; sending 
(108) an extended device description query message to the other device requesting an extended 
device description from the other device; and receiving (110) from the other device an extended 
device description of variable length (Zintel, abstract, [0061-0062], also [0069], device 
definition.). 

Regarding claim 16, Zintel teaches a networked device according to claim 14 wherein the 
message handler (26, 182) is arranged to carry out the steps of: receiving a simple device 
description query message from another device requesting a simple device description; and 
sending to the other device the simple device description message of fixed length (Zintel, [0061- 
0062], communication with UPnP controlled devices including initiating discovery with 
controlled devices and receiving events from controlled devices. See also abstract.), the simple 
device description message being in the form of a token-compressed message compressed from a 
human-readable message format (Zintel, abstract, the description is written using XML based 
syntax.). 
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Regarding claim 17, Zintel teaches a networked device according to claim 16 further 
comprising a memory (14) storing a predetermined simple device description message 
precompressed from human readable format, wherein the message handler is arranged to read the 
predetermined simple device description message from the memory and send it through the 
transceiver in response to an incoming device query message (Zintel, [0061-0062], 
communication with UPnP controlled devices including initiating discovery with controlled 
devices and receiving events from controlled devices. See also abstract, retrieval of device 
description. See also [0133-0134] and table therein. See also, fig. 25, memory.). 

Regarding claim 18, Zintel teaches a networked device according to claim 17 wherein the 
networked device is a controller device (2) comprising a memory (14) containing a list of device 
types that can be controlled by the controller for determining the extent to which the networked 
device can control another device of known device type by determining the lowest level device 
type in the list of device types that can be controlled by the networked device that either is the 
known device type or is a higher level device type from which the known device type depends 
(Zintel, abstract, retrieval of device description including list of embedded devices. See also at 
least figs. 1-2, paragraphs [0002-0003].). 

Regarding claim 19, Zintel teaches a networked device according to claim 18 wherein the 
message handler is arranged to receive a controller query message from another device including 
an requested device type value to request whether the controller is able to control a device of the 
requested device type (Zintel, [0233], request to control server.); and to respond with a controller 
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response message including a device type value representing the lowest level of device type in 
the list of device types that either is the requested device type or is a higher level device type 
from which the requested device type depends (Zintel, [0234], response to request.). 

Regarding claim 20, Zintel teaches a computer program defining a device type hierarchy 
having predetermined top level elements including a controller device type (52) and a basic 
device type (54) (Zintel, [0069], A Device Definition includes a Device Type Identifier, the fixed 
elements in the Description Document, the required set of Service Definitions in the Root 
Device, and the hierarchy of required Devices and Service Definitions.), and at least one further 
level (68) of subsidiary device types depending from the basic device type (54) and inheriting 
properties of higher level device types on which the subsidiary device type depends, but not 
including any further level of subsidiary device types depending from the controller device type 
(52) (Zintel, [0002]. Zintel relates generally to dynamic connectivity among distributed devices 
and services, and more particularly relates to providing a capability for devices to automatically 
self-configure to interoperate with other peer networking devices on a network, such as in a 
pervasive computing environment.), the computer program being arranged to cause a networked 
device (2,4) to send and/or receive simple device description messages (230) including the 
device type selected from the device type hierarchy (Zintel, abstract, retrieval of device 
description including list of embedded devices. See also [0067].). 

Regarding claim 21, Zintel teaches a computer program according to claim 20 for 
controlling a controller-type networked device, the networked device having a transport stack 
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and an application, the computer program comprising: code implementing a transport adaption 
layer (180) for interfacing with the transport stack; code implementing an application 
programming interface (186) for interfacing with the application; and code implementing a 
messaging layer (182) including the capabilities of sending and receiving messages in a token- 
encoded human readable messaging format, the code being arranged to cause the networked 
device: to recognise incoming device query messages requiring a simple device description 
response and to provide a simple device description response including a device type of 
controller device type; to respond to an incoming controller query message querying whether the 
networked device can control a predetermined device type by responding with the lowest level of 
device type in the list of device types that can be controlled by the networked device that either is 
the predetermined device type or is a higher level device type from which the predetermined 
device type depends (Zintel, abstract, retrieval of device description messages. Paragraphs 
[0061-0062], communication with UPnP controlled devices including initiating discovery with 
controlled devices and receiving events from controlled devices.); and to carry out the steps of: 
sending a device query message to another device; receiving a response from the other device 
indicating the device type of the other device (Zintel, abstract, retrieval of device description 
messages. Paragraphs [0061-0062], communication with UPnP controlled devices including 
initiating discovery with controlled devices and receiving events from controlled devices.), the 
device type being selected from a device type hierarchy having predetermined top level elements 
including a controller device type and a basic device type (Zintel, [0069], A Device Definition 
includes a Device Type Identifier, the fixed elements in the Description Document, the required 
set of Service Definitions in the Root Device, and the hierarchy of required Devices and Service 
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Definitions.), and at least one further level of subsidiary device types depending from the basic 
device type and inheriting properties of higher level device types on which the subsidiary device 
type depends, but not including any further level of subsidiary device types depending from the 
controller device type (Zintel, [0002]. Zintel relates generally to dynamic connectivity among 
distributed devices and services, and more particularly relates to providing a capability for 
devices to automatically self-configure to interoperate with other peer networking devices on a 
network, such as in a pervasive computing environment.); determining the extent to which the 
networked device can control the other device by determining the lowest level of device type that 
either is the device type of the other device or is a higher level device type from which the device 
type of the other device depends, in the list of device types that can be controlled by the 
networked device; and controlling the other device with the functionality of the determined 
lowest level of device type by sending control signals selected from a list of control signals 
appertaining to the determined lowest level of device type (Zintel, [0061-0062], communication 
with UPnP controlled devices including initiating discovery with controlled devices and 
receiving events from controlled devices. See also abstract, retrieval of device description. See 
also [0133-0134] and table therein. See also, fig. 25, memory.). 

Conclusion 

20. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
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MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to RYAN J. JAKOVAC whose telephone number is (571)270-5003. 
The examiner can normally be reached on Monday through Friday, 7:30 am to 5:00 pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Vivek Srivastava can be reached on 571-272-7304. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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/Ryan Jakovac/ 

/VIVEK SRIVASTAVA/ 

Supervisory Patent Examiner, Art Unit 2445 



